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(57) Abstract 

A method for interfacing with an enterprise resource planning system is provided. The method includes providing a file containing 
data to be loaded into the enterprise planning system (the "data file**). A file containing at least one parameter (the '"parameter file") is 
created. The parameter file maps data from the data file to screens of die enterprise resource planning system. Each record in ttie data file 
is processed according to the parameters in the parameter file to execute screens of the enterprise resource planning system so as to provide 
the data from the data file to the enterprise res urce planning system. 
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Interface for an Enterprise Resource Planning Program 

Tftrhnical Field of the Tnvention 
The present invention relates generally to the field of computer software 
5 and, in particular, to an interface for an enterprise resotirce plaiming program. 

Background 

With the explosion of information available today, it has become critical 
for organizations to carefully manage their information to meet organizational 
objectives. Enterprise Resource Plaiming (ERP) systems are integrated 
10 information systems that have been developed to serve a variety of departments 
within an enterprise, e.g., corporation, to make effective use of its information. 
ERP systems evolved out of the manufacturing industry. Generally, ERP 
systems use packaged software rather than proprietary software written by or for 
one customer. ERP modules may be able to interface with an organization's own 
1 5 software with varying degrees of effort, and, depending on the vendor, ERP 
software may be alterable via prograiimiing. 

ERP systems typically include software that manages information for use 
in manufacturing, order entry, accounts receivable and payable, general ledger, 
pm-chasing, warehousing, transportation and human resources. ERP systems are 
20 commercially available from companies such as SAP, PeopleSoft, Oracle, Baan, 
J.D. Edwards, and others. 

One problem with ERP systems is loading or interfacing the ERP 
systems with data from existing systems, so-called "legacy data." For purposes 
of this specification, the terms "loading" and "interfacing" are used 
25 interchangeably to refer to providing data from a non-ERP system or data source 
to an ERP system. Conventionally, legacy data is provided to the ERP system 
throu gh a cus tom-built interface. Taking SAP's R/3 ERP system as an example, 
the following steps are typically used to provide legacy data to the ERP system: 
1 . Determine the on-line transaction needed to load/update/delete 
30 the data in the ERP system. 
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2. Manually execute the screens for the transaction, writing down 
each screen and field name that is populated, as well as what 
buttons are pushed to navigate through the screens. 

3. Design a fixed-format file layout for the legacy data. 

5 4. Write a program to extract the legacy data firom the legacy system 

using the file layout to fomiat the data. 

5. Write an SAP Batch Data Conversion (BDC) program to read 
data fix)m the file extracted firom the legacy system, and, using the 
data collected in (2) above, write a program in "ABAP" code— a 

1 0 specialized language for SAP's ERP system-to execute each 

screen, populate each field, and execute the navigation in the 
correct sequence. 

6. Create test data using the file layout from (3) above. 

7. Test the SAP BDC program to make sure it works properly, and 
1 5 that all fields and screens contain the correct data. 

8. Execute the program generated in (4) above. 

9. Redo (7) using the data fix)m (8). 

10. Once all debugging is complete, use SAP 'transports" to move 
the SAP BDC program into a production mode. 

20 11. Execute the SAP BDC program against the live production of the 

SAP system. 

This process is time consuming and requires the expertise of a number of 
different people. For example, an SAP business analyst or end user gathers the 
information on the particular screei^ needed to get the data into the ERP system 

25 and to execute the final SAP BDC program. A programmer familiar with SAP 
BDC and ABAP progranmiing language creates and tests the SAP BDC 
program. A programmer or analyst familiar with a programming language such 
as COBOL or C-h- creates code to extract the data from the legacy system. 
Finally, an SAP BASIS transport specialist moves the SAP BDC program into 

30 production mode. At each point in this process, misunderstanding between each 
of these individuals could cause severe problems in providing the data to the 
ERP system. Further, this process must be worked through completely to create 
a cxistom interface for each set of data to be provided to the ERP system. 



3DOCtD: <WO_CX)62191A2_L> 



wo 00/62191 



PCT/USOO/09912 



For the reasons stated above, and for other reasons stated below which 
will become apparent to those skilled in the art upon reading and understanding 
the present specification, there is a need in the art for an improved interface for 
enterprise resource planning programs. 
5 Summary 

The above mentioned problems with interfacing with an enterprise 
resource planning program and other problems are addressed by the present 
invention and will be imderstood by reading and studying the following 
specification. An interface is described which provides data to an ent^prise 
10 resource planning program firom a data source using a parameter file that maps 
the enterprise resoxuxe planning system with the data source. 

Ttrief Description of the Drawings 
Figure 1 is a data flow diagram of an illustrative embodiment of a 
process for an interface for an enterprise resoxu-ce planning program according to 
15 the teachings of the present invention. 

Figure 2 is a flow chart that illustrates one embodiment of a process for 
an interface for an enterprise resoiure planning program according to the 
teachings of the present invention. 

Figures 3 A through 3E are screen shots that illustrate one embodiment of 
20 a process for an interface for an enterprise resource planning program according 
to the teachings of the present invention. 

Figure 4 is a block diagram of an embodiment of a computer system 
having an interface for an enterprise resource planning program according to the 
teachings of the present invention. 
25 Detailed Description 

The following detailed description refers to the accompanying drawings 
which form a part of the specification. The drawings show, and the detailed 
description describes, by way of illustration specific illustrative embodiments in 
which the invention may be practiced. These embodiments are described in 
30 sufficient detail to enable those skilled in the art to practice the invention. Other 
embodiments may be used and logical, mechanical and electrical changes may 
be made without departing firom the scope of the present invention. The 
following detailed description is, therefore, not to be taken in a limiting sense. 

3 
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L Qverview 

Figure 1 is a data flow diagram of an illustrative embodiment of a 
process for an interface, indicated generally at 102, for providing data to an 
enterprise resource planning (ERP) system 100 according to the teachings of the 
5 present invention. As described above, ERP system 100 is an integrated 
information system that serves a variety of departments within an enterprise. 
ERP system 100 includes software that, for example, manages information for 
use in manufacturing, order entry, accoimts receivable and payable, general 
ledger, purchasing, warehousing, transportation and hmnan resources. ERP 

10 system 100 may comprise an ERP system that is commercially available from 
SAP, PeopleSoft, Oracle, Baan, J.D. Edwards, or other vendors. ERP system 
100 is described in terms of the SAP's R/3 ERP system although it is understood 
that interface 102 can be adapted for use with other ERP systems. 

ERP system 100 has an interface for receiving data input. In the 

1 5 embodiment of Figure 1, the interface is a grs^hical user interface (GUI) that is 
represented by three groups of screens. ERP system 100 includes screens for 
loading data for material masters 103, customers 104, and hxunan resources 106. 
Each group of screens is used to enter data into associated fields for different 
transactions for ERP system 100. It is understood that these screens are shown 

20 by way of example and not by way of limitation. The screens provided in ERP 
system 100 can be varied as necessary for the specific needs of an enterprise. 

Interface 102 provides data from data files 108 to ERP system 100 using 
one or more associated parameter files 110. Advantageously, interface 102 
provides a standard interface for all of the transactions for ERP system 100. 

25 Parameter files 110 provide interface 102 with the unique information necessary 
to provide data to ERP system 100 for a particiilar transaction. Thus, to provide 
data to ERP system 100 for a particular transaction, a user need only create an 
appropriate parameter file that m^s data in data file 108 with the appropriate 
screens and fields of ERP system 100. Interface 102 then uses the parameter file 

30 to load the data into the correct fields of the ERP system. Since the parameter 
file is simply a map between the data file and the ERP system, it can be created 
using any acceptable text editor and does not require knowledge of a unique 
programming language. 
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Interface 102 can use a number of other files in providing data to ERP 
system 100. These files are identified in Table 1 below. Some of these files are 
described in fiirther detail below. The particular files used in processing data for 
a transaction can be determined by the parameter file. 



File Name 


Ext 


Description 


I/O 


INFILE 


.txt 


Data used to fill in screens of ERP system 


INPUT 


ERRFILE 


.err 


Error messages generated while providing 
data to ERP system 


OUTPUT 


REJFILE 


.rej 


Records firom INFILE for failed transactions 


OUTPUT 


REJPLUS 


.rejplus 


Same as REJFILE, but with failure code 
tacked on to beginning of each record 


OUTPUT 


PARMFILE 


.prm 


Parameters used to instruct interface how to 
fill in screens of ERP system 


INPUT 


RCDDESC 


.red 


describes atypical INFILE record format 


INPUT 


AUDFILE 


.aud 


Identifies when each record set was read in 
and, optionally, if it worked or failed 


OUTPUT 


STOPFILE 


.stop 


Presence of file causes interface to cease 
processing data from INFILE 


INPUT 


MAILFILE 


.mailout 


Shnilar to ERRFILE but formatted for 
transmission via e-mail 


OUTPUT 


MAILLIST 


.maillist 


Lists e-mail addresses to receive MAILFILE 


INPUT 



Table 1 

20 

A Parameter File (PARMFn.H) 
Parameter files 110 describe the relationship between a data file and ERP 
system 100. Essentially, a parameter file describes, for interface 102, where to 
find data in the associated data file for each field of the screens of ERP system 
25 100 and how to navigate through the screens of ERP system 100. 

In one embodiment, the parameter file contains a list of parameters to be 
processed by interface 102. Parameter files can be created using any appropriate 
text editor. Each parameter is provided as one or more lines within the 
parameter file. 

5 
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1, General parameters 

Table 2 provides one embodiment of a fomiat for general parameters of 
parameter file 110. This embodiment is provided by way of illustration and not 
by way of limitation and relates to the SAP R/3 ERP system. 



Field 


Columns 


Description 


Example 


1 


1 -4 


SAP transaction code 


MMOl 


2 


5-12 


SAP screen ID 


SAPLMGMM 


3 


13-16 


SAP screen number 


0060 


4 


17-49 


SAP field name 


RMMGl-MATNR 


5 


50-54 


Input file record number 


always 00001 for 
MULTIRCD=N 


6 


55-59 


Starting colimm in input file 


00001 


7 


60-64 


Field length in input file 


00005 


8 


65-187 


(optional) Default field value 


-X 



15 Table 2 

In this embodiment, each parameter is placed in a single line within parameter 
file 110. 

It is understood that the parameters xised in parameter files 110 can differ 
from the parameter format described above with respect to Table 2. For 
20 example, the order of the fields in the parameter can be changed. Further, the 
parameters can be based on additional information that is usefiil in generating 
commands to provide data to ERP system 100. An example of the 
implementation of this parameter format is provided below in Section n. 

If the field length defined in field 7 of the parameter is zero, the value in 
25 the default area of field 8 of the parameter is used even if the parameter specifies 
a valid offset. This is advantageous for providing spaces to a field of the ERP 
system without providing a space filler field on the data file (INFILE). 

If the record mmaber defined in field 5 is zero, the value in the default 
area (field 8) is used by interface 102. If length (field 7) is greater than zero, that 
30 number of characters ftom the default area (field 8) is used. This is another way 
to place a defined number of spaces into a field on a screen of the ERP system. 

6 
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If the value in field 5 does not correspond to a v^d record number, then 
interface 102 ignores the parameter. Further, when the record nimiber in field 5 
is zero (00000), the record will always be processed. In this case, the default 
value in Field 8 will be used, and not data &om the input file (INFILE). 

5 

2. Conditional Logic Parameters 

Parameter file 102 may also include conditional logic so that parameters 
may be executed conditionally. In one embodiment, this conditional logic 
includes IF/ELSE/ENDIF and FOR/NEXT constmcts although other 
10 conventional logic Amotions can be used. The IF constract can take one of at 
least two different forms. First, the IF construct can be fomiatted as follows: 

?IF aaaaa,bbbbb,ccccc OP *up to 132 characters of value to test against' 
Alternatively, the IF statements can be formatted as: 

15 ?IF aaaaa,bbbbb,ccccc OP ddddd,eeeee,fiEBff 

In these cases, aaaaa and ddddd correspond to a record number for a record in the 
data file. Further, bbbbb and eeeee correspond to a starting column for a field in 
the data file. The elements ccccc and fiBRGf correspond to the length of the field in 
the data file. The element "OP" defines the basis of the comparison for the 

20 conditional logic. Exemplary values for the OP element are provided in Table 3. 
It is understood that the OP element can also take on other values. 



Value 


Definition 


EQ 


Equal 


NE 


Not equal 


GT 


Greater than 


GE 


Greater than or equal to 


LT 


Less than 


LE 


Less than or equal to 



30 Tables 

The end of an if statement is defined by an 7ENDIF element. The "7ELSE" 
conditional logic may be used in conjunction with the ?IF conditional logic to 

7 
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provide an alternative in the event that the condition of the ?IF statement is not 
met. 

The ?IF statements can be nested. 

When ?IF logic is encoxmtered, if there is an em>r in the ?IF statement 
5 (such as referring to a record that does not exist), control passes to the statement 
beyond the corresponding "7ENDIF" statement and no intervening statements 
are executed. 

3. Control Statements 

Parameter file 1 10 can also provide control statements. Control 

1 0 statements typically start in column one of a parameter. In general, these control 
statements provide instmction to interface 102 to control the processing of data. 
For example, in one embodiment, control statements include "?EOT' and 
"70FFSETMULTI." Each of these control statements are discussed in turn. 
The control statement "?EOT' can be used to indicate the end of a 

1 5 transaction. This causes the CALL TRANSACTION function of ERP system 
100 to be expUcitly performed. The ?EOT control statement can be located at 
any point within parameter file 1 10. It allows a CALL TRANSACTION 
fimction to be perfomied before all of the parameters are processed for a 
particular data record in data file 1 08. 

20 The control statement "?OFFSETMULTr* can be used to allow start 

columns to refer to the actual column in multi-record input files, instead of 
relative to the beginning of the data area of the multi-record input file. Multi- 
record input files are described in more detail below in Section LB. At this 
point, it is sufficient to state that when multiple records are grouped together for 

25 a single transaction, the data in each record does not begin in the first colimin. 
However, field starting columns are generally defined for interface 102 as being 
relative to the beginning of where data values starts. Thus, when the data field 
starts in column 63, for example, the 70FFSETMULTI statement can be used to 
allow the parameter to indicate that data starts in column 63 instead of column 1 
30 ofthe data area. 

4. Restart Option 

Interface 102 can include an option (RESTARTING OPTIONS) to 
control restart of interface 102 for datafile 108. The values for this parameter 

8 
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can be **No restart," •'Restart: run if prev nm OK," and '^Restart: NO RUN if 
prev run OK." It is understood that other restart options can also be used. Each 
of these three options are described in turn below. 

The value **No restart" means that interface 102 is to always start with the 
first record in the input file whether or not a prior run processed some or all of 
the data in datafile 108 successfiilly. 

The value "Restart: run if prev run OK" means that interface 102 is to 
start with the first record in the input file if the AUDFILE indicates that the prior 
run completed correctly. If however, the prior run ended abnormally, this option 
means that interface 102 is to start with the next record after the last correctly 
processed record. 

Finally, the value **Restart: NO RUN if prev run OK" means that if a 
prior run completed normally, interface 102 is to do nothing. However, if the 
prior run aborted, interface 102 is to start with the next record. 

5. Miscellaneous Options 

Interface 102 may also include one or more of the miscellaneous options 
described in Table 4. 
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Parameter 


Value(s) 


Description 


MULTIRCD 


Y/N 


Indicates whether there are multiple records in the 
INFILE file for a single transaction execution 


TRAN^CD 


**** or 

transaction 

code 


Indicates to interface 102 which transactions in a 
PARMFILE to execute; the value indicates 
to execute all transactions in the PARMFILE 


INP_MODE 


A/E/N 


A=Show all screens as executed 
E=Show only screens that have errors 
N=Show no screens 


BDCONERR 


Y/N 


Indicates BDC screen commands appear in the 
error file for transactions that fail. 


MESSAGE 
NUMBERS 


- 


Lists message numbers that interface 102 will skip 
when writing errors to the MAILFILE. If the 
message number is listed, the error appears on the 
ERRFILE, but will not ^pear in the MAILFILE. 


E-MAIL 
ADDRESSES 


Addresses 


A list of E-mail addresses that are to receive a 
copy of the MALLFILE- 


UNDC 

COMMAND 
FOR SENDING 
MAIL 




Used if a non-standard UNIX executable is 
required for actually sending the MAILFILE. 



15 

Table 4 

The Data Files 

Data files 108 can take on many different forms. For example, 
20 data file 108 may comprise data firom an existing system that is being replaced 
by ERP system 100. Alternatively, the data of data file 108 may be generated by 
a stand-alone system that creates data in an on-going manner, e.g., shipping 
software, that may be used by ERP system 100. The data in data files 108 is 
referred to generally as "legacy data." 

10 
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10 



Data file 108 (INFILE) can have two slightly different record layouts. 
The particular layout is indicated to interface 102 using the MULTIRCD option 
described above. When the value of the MULTIRCD option is **Y," multiple 
data records are necessary to complete a transaction for ERP system 100. The 
format of data file 108 in this case is provided, by way of example and not by 
way of limitation, in table 5 below. 



Colunm 


Description 


1-48 


Unique key identifying the record set 


49-53 


Record number within the record set 


54-62 


Accumulator field 


63 - 8063 


Data values 



Tables 

When the value of the MULTIRCD parameter is **N," all of the columns in data 
15 file 108 (e.g., coliunns 1 - 8000) each contain data values. 

When the value of the MULTIRCD parameter is "Y," the unique key 

distinguishes for interface 102 which records belong together in a record set. 

Further, the record number keeps the records in a record set in the correct order. 

The accumulator field provides a way to give a total for failed and successful 
20 transactions. A •'record set" is all the records that, combined, provide the data 

needed to complete all the ERP transactions in the PARMFILE once (e.g., to be 

able to create 1 Material Master). When the value of the MULTIRCD parameter 

is **N," there is only one record needed to complete all the SAP transactions in 

the PARMFILE once. 

25 

r Other Files 

The following additional files may be used by interface 102 in processing 
data for ERP system 100. 
7. RCDDESC: 

30 The RCDDESC file is used to define where the key field [KEYFLD], 

accumulator field(s) [ACCUM], and field data values [FLDVLUS] ^pear on the 
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input file. The layout of one embodiment of a RCDDESC file is provided in 
Table 6. 



Columns 


Description 


1-8 


Keyword (KEYFLD^CCUM JO-DVLUS) 


10-14 


Input file record number 


16-20 


Starting column in input file (e.g. 00001) 


22-26 


Field length in input file (e.g. 00005) 


28-47 


(optional) User-defined accumulator field name 



10 Table 6 

2. MAUJJST 

The MAILIST file contains e-mail addresses that are used to report 
errors. Each line of the file is a single E-mail address. Each address will receive 
a copy of the MAILFILE formatted errors file. 

15 

5. AUDFILE 

The AUDFILE stores infomiation while interface 102 processes data in 
input file 108. In one embodiment, interface 10^ looks for a completed 
AUDFILE before beginning processing. This prevents accidental re-nmning of 
20 already processed data. To process fiirther data, the AUDFILE is removed fix>m 
the system. 

n The Interface Process 
Figure 2 is a flow chart that illustrates one embodiment of a process for 
25 an interface for an enterprise resource planning program according to the 

teachings of the present invention. The method begins at block 200 and opens 
the files associated with the data to be processed by interface 102. For example, 
the method opens parameter file 1 10 (PARMFELE), data file 108 (INFILE), and 
any other files associated with the data to be processed. At block 202, the 
30 method reads the parameters into an internal table tcom the PARMFILE. 

At block 240, the method retrieves information from the AUDFILE as to 
whether a previous run existed, and if so, if the previous run was successfiiUy 

12 



0062191A2J > 



wo 00/62191 



PCT/USOO/09912 



completed. At block 242, the method deteraiiiies whether there was a previous 
rung. If there was a previous run, the method proceeds to block 244. If there 
were no previous run, the method proceeds to block 256. 

At block 244, the method determines whether the Restart option was **No 
5 Restart." If so, the method proceeds to block 256. If the Restart option was not 
**No Restart," the method proceeds to block 246. 

At block 246, the method detemiines whether the Restart option was 
"Rim if Prev OK." If so, the method proceeds to block 250, If the Restart option 
was not **Rxm if Prev OK," the method proceeds to block 248. 
10 At block 248, the Restart option is assumed to be **NO RUN if prev run 

OK" since the other two options failed. Here, the method determines whether 
the previous run completed successfully. If the previous run completed 
successfully, the method proceeds to block 254 and interface 102 ends 
processing. If the previous run did not complete successfully, the method 
15 proceeds to block 252. 

At block 250, the method determines whether the previous nm completed 
successfully. If so, the method proceeds to block 256. If the previous run did 
not complete successfully, the method proceeds to block 252 where it retrieves 
data from the INFILE imtil it obtains the set following the last correctly 
20 processed set of data. The method then proceeds to block 206. 

At block 256, the method retrieves the first set of data records from the 
INFILE and proceeds to block 206. 

At block 206, the method determines whether the end of the data in the 
INFILE has been reached. If so, the method proceeds to block 260, where all 
25 associated input and output files are closed, and then to block 262, v/herc the 
MAILFILE is sent via e-mail to all specified recipients. Interface 102 then ends 
processing at block 210. 

If the end of the data in the INFILE has not been reached at block 206, 
then the method proceeds to block 258 and retrieves the first parameter in the 
30 PARMFILE. At block 2 12, the method determines whether the end of the 

parameters has been reached for this data record. If the end of the parameters in 
the PARMFILE has not been reached, the method proceeds to block 214. At 
block 214, the method determines whether there is data associated with the 
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parameter. If not, the method proceeds to block 208 and retrieves the next 
parameter and then returns to block 212. If, at block 214, the method determines 
that there is data associated with the parameter, then the method proceeds to 
block 216. 

5 At block 21 6, the method creates an SAP BDC command from the 

parameter and data values. This command is placed in an internal table. The 
method proceeds to block 208 and retrieves the next parameter. 

If; at block 212, the method detemiines that the last parameter from the 
PARMFILE has been processed, the method proceeds to block 218. At block 
10 2 1 8, the method uses the internal table to do an SAP "CALL TRANSACTION" 
to execute screens based on the processed parameters of the PARMFILE. The 
method proceeds to block 220. 

At block 220, the method determines whether there are errors in 
processing the screens for the CALL TRANSACTION. If there are errors, the 
1 5 errors are written to ERRFILE, REJFILE, and MAILFILE as defined above. 

These files are used to track errors in the process executed by interface 102. The 
method proceeds to block 224. 

If there are no errors, then the method proceeds fix>m block 220 to block 
224 and writes the results to an audit file (e.g., AUDFILE). The method then 
20 returns to block 204 and retrieves the next set of data records. When all data 
records have been processed, the method closes files at block 260, sends e-mail 
at block 262, and ends at block 220. 



n.. Example 

25 Figures 3 A through 3E are screen shots that illustrate an example of the 

process of Figures 1 and 2 for providing data to an ERP system. This example 
also includes the PARMFILE and INFILES listed below. This example relates 
to updating a profit center on a material master. 

30 A ThePARMFTT.E 

The PARMFILE for this example is as follows: 
?IF 00001, 00001, 00004 EQ '0000' 
** do nothing .... invalid plant ID 

14 
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?ELSE 

?IF 00001 . 00005, 00018 EQ ' * 
**do nothing . . . . material number is missing 
?ELSE 

5 ?IF 00001, 00047, 00010 EQ' 

**do nothing .... profit center is missing 
?ELSE 

♦enter part number, and press SELECT VIEW(S) 
MM02 SAPLMGMM 0060 RMMGl-MATNR 
10 00018 

MM02 SAPLMGMM 0060 BDC_OKCODE 
00000/5 



001 00005 



001 00000 



* Select Basic Data view ftom pop-up and press ENTER 
15 MM02. SAPLMGMM 0070 MSICHTAUSW-KZSEL(1) 00100000 
00000 X 

MM02 SAPLMGMM 0070 BDC_OKCODE 001 00000 

00000./00 
* 

20 

♦From the Basic Data Screen, select the menu option to go to the Storage screen 
MM02 SAPLMGMM 3004 BDC_OKCODE 00100000 
00000 SP13 



25 * On pop-up, enter the plant nuimber and press ENTER to continue to Storage 
screen 

MM02 SAPLMGMM 0081 RMMGl-WERKS 001 00001 

00004 

MM02 SAPLMGMM 0081 BDC_OKCODE 001 00000 

30 00000 /OO 
<«> 

♦Update the profit center on the Storage screen, and press SAVE button 
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MM02 SAPLMGMM 3000 MARC-PRCTR 



001 00047 



00010 



MM02 SAPLMGMM 3000 BDC OKCODE 



001 00000 



00000/11 
5 * 

7ENDIF 
7ENDIF 
7ENDIF 

10 This PARMFELE uses three conditional parameters. First, the PARMFILE looks 
for a plant ID in the first four columns of the data file. The value "0000" is 
defined as an invalid plant ID. The second conditional parameter looks for a 
material number in the 18 columns following the plant ID. The conditional 
parameter fails if the material number is missing (e.g., spaces only, no data). 

1 5 The final conditional parameter determines whether the profit center is found in 
the ten spaces beginning in coliunn 47. If a data record does not fail any one of 
these conditional parameters, then interface 102 proceeds to gather information 
to perform a CALL TRANSACTION using the data in the selected data record 
of the INFILE. The layout of the INFILE is described below. 



The INFILE for this example includes three main fields. These fields 
include: a plant ID, a material number and a profit center. The INFILE for this 
example contains four records. The first three each fail to meet one of the 
25 conditional parameters. The final entiy is valid and Figures 3A through 3F 
illustrate the manner in which the data is applied to ERP system 100 using the 
PARMFILE. The INFILE includes the following four lines of data records: 

0000 
30 0081 

00811000197 

00811000197 ADM 



20 
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This data is extracted fix)m a legacy system using either an off-the-shelf 
extraction program or a custom designed extraction program. 

r The Operation of Interface 102 
5 The first record contains the value "0000." This is defined as an invalid 

plant ID. Thus, the first ?IF statement is not satisfied and interface 102 skips the 
remaining parameters within the associated 7ENDIF statement. 

The second record contains a valid plant ID. The value is 0081. 
However, the record fails the second conditional parameter because the material 
10 number is missing. Again, interface 102 skips the remaining parameters within 
the associated 7ENDIF statement. 

The third record contains a valid plant ID (0081) and a valid material 
number (1000197), but fails to meet the third conditional parameter. Interface 
102 thus skips all of the remaining parameters within the associated 7ENDIF 
15 statement. 

Finally, the fourth record passes the three conditional parameters and 
thus moves on to allow interface 102 to process the data in the fourth row of the 
INFILE. As shown in Figure 3 A, the parameter: 

20 MM02 SAPLMGMM 0060 RMMGl-MATNR 001 00005 

00018 

places part number, 1000197, into the material field 300 of screen 302. The next 
parameter 

25 

MM02 SAPLMGMM 0060 BDCjOKCODE 001 00000 

00000/5 

selects Select View(s) button 304 of screen 302. This brings up Select View(s) 
30 screen 306 of Figure 3B. The parameter 

MM02 SAPLMGMM 0070 MSICHTA USW'KZSEL(l) 001 00000 

00000 X 

17 
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instructs interface 102 to select the Basic data option in the Select View(s) screen 
306 as indicated by check box 308. The parameter 

MM02 SAPLMGMM 0070 BDCJDKCODE 00100000 
5 00000/00 

selects the ENTER key. Next, Basic Data screen 310 of Figure 3C is displayed. 
The parameter 

10 MM02 SAPLMGMM 3004 BDCJOKCODE 00100000 
00000 SPl 3 

selects organization levels button 31 1 to proceed to the organization levels 
screen 312 of Figure 3D. When screen 312 pops-up, the parameter 

15 

MM02 SAPLMGMM 0081 RMMGl-WERKS 001 00001 

00004 

causes the plant ID to be applied to field 314 of screen 3 12. The parameter 

20 

MM02 SAPLMGMM 0081 BDCjOKCODE 001 00000 

00000/00 

causes the ENTER key to be pressed to bring up storage screen 316 of Figure 
25 3£. The parameter 

MM02 SAPLMGMM 3000 MARC-PRCTR 001 00047 

00010 

30 updates profit center field 3 1 8 on the Storage screen 316 with the value "ADM." 
The parameter 
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MM02 SAPLMGMM 3000 BDCJDKCODE 00100000 
00000/11 

presses SAVE button. 

5 

m. Computer System 
Figure 4 is a block diagram of an embodiment of a computer system, 
indicated generally at 400, having an interface for an enterprise resource 
planning program according to the teachings of the present invention. For 
10 example, computer system 400 may implement embodiments of the processes 
described above with respect to Figures 1 and 2. 

System 400 is a microprocessor based computer. Computer 400 
includes processor 403 such as a Power PC 604, 604E, or 564 from IBM 
Corporation. Processor 403 is coupled to memory 405, and data storage 
15 dcvice(s) 407 (e.g., hard disk drive, floppy disk drive, CD ROM or other 
appropriate computer readable mediimi). The computer uses an operating 
system such as ADC 4.2.1 from IBM Corporation or other appropriate 
operating system. Processor 403 is further coupled to screen 404, and mpMl 
devices 406. 

20 Input device<s) 406 includes, for example, a key pad, keyboard, mouse, 

touch screen, serial port or other device for providing iiq)uts to processor 403. 
Storage dcvice(s) 407 stores program code for executing instructions to 
implement one or more of the methods described above to provide data to an 
ERP system from a legacy data source. For example, storage device(s) 407 store 

25 at least one parameter file and at least one data file and program code for 
interface 102 that are used to provide the data to an ERP system. 

ronchjsinn 

Although specific embodiments have been illustrated and described 
herein, it will be appreciated by those of ordinary skill in the art that any 
30 arrangement which is calculated to achieve the same ptirpose may be substituted 
for the specific embodiment shown. This application is intended to cover any 
adaptations or variations of the present invention. For example, the 
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embodiments are described in terais of an interface for an ERP system from 
SAP. It is imderstood that the interface described herein is not limited to use 
with the SAP system. Parameter files and data files can be used with interface 
102 to interface with other ERP systems. Further, other conditional logic 
5 parameters can be used in conjunction with or in place of the conditional logic 
parameters described herein. It is fiuther noted that although computer system 
400 is described in temis of a Power PC from IBM, it is imderstood that a 
computer using another type of processor, such as a processor from Intel 
Corporation, and the Microsoft Windows NT operation system available from 
1 0 Microsoft Corporation can also be used. 
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What is claimed is: 

1 . A method for interfacing with an enterprise resource planning system, the 
method comprising: 

providing a file containing data to be loaded into the enterprise plamiing 
5 system (the "data file"); 

creating a file containing at least one parameter (the '^parameter file"), 
wherein the parameter file maps data fi-om the data file to screens of the 
enterprise resource planning system; and 

processing each record in the data file according to the parameters in the 
10 parameter file to execute screens of the enterprise resource planning system so as 
to provide the data from the data file to the enterprise resource planning system. 

2. The method of claim 1 , wherein providing the file containing data 
comprises extracting the data from an legacy system. 

15 

3. The method of claim 1, wherein creating a file containing at least one 
parameter includes creating a file that also includes conditional logic associated 
with the parameters. 

20 4, The method of claim 1 , wherein creating a file containing at least one 
parameter compriseis creating a file with a text editor. 

5. The method of claim 1, wherein creating a file containing at least one 
parameter comprises creating a file with at least one parameter that includes a 

25 transaction code, a screen identification code, a screen nmnber, and a field name 
associated with the enterprise resource planning system and a field location value 
and a field length associated with the data file. 

6. The method of claim 1 , wherein processing each record in the data file 
30 comprises: 

retrieving a record fix)m the data file; 
retrieving parameters from the parameter file; 

21 
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creating commands for the enterprise resource planning system based on 
the parameters and the data in the retrieved record; and 

executing screens of the enterprise resource planning system based on the 
created commands. 

5 

7 The method of claim 6, wherein retrieving parameters includes retrieving 
conditional logic parameters. 

8. The method of claim 1 , and ftirther recording errors when executing 
1 0 screens of the enterprise resource planning system. 

9. The method of claim 1, and further recording in an audit file a result for 
each record of the data file. 

15 10. The method of claim 1 , and further comprising transmitting results of a 
run of the method to at least one e-mail address. 

1 1. The method of claim 1, and fiirther selectively ceasing processing the 
records in the data file. 

20 

12. The method of claim 1, and further comprising restarting the processing 
of records in the data file at a point in the data file corresponding to a last record 
processed during a prior execution of the method with the data file. 

25 13. A method for providing data to an Enterprise Resource Plaiming system, 
the method comprising: 

opening a parameter file containing a plurality of parameters; 
opening an associated data file containing a plurahty of records; 
wherein the parameter file maps data firom the data file to screens of the 
30 Enterprise Resource Planning system; 

for each record in the data file, creating commands based on the plurahty 
of parameters; and 
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executing the commands to provide the data from the data file to the 
Enterprise Resource Plaiming system. 

14. The method of claim 13, wherein opening a parameter file comprises 
5 opening a parameter file that includes conditional parameters. 

15. The method of claim 13, wherein opening a parameter file comprises 
opening a parameter file that includes a restart option. 

10 16. The method of claim 13, and further recording in an audit file a result for 
each record of the data file. 



1 7. The method of claim 13, and fiuther comprising transmitting processing 
results to at least one e-mail address. 

15 - 

18. The method of claim 1 3 , wherein creating commands based on the 
plurality of parameters comprises creating commands based on the plurality of 
parameters and at least two associated records. 

20 19. The method of claim 13, wherein opening a parameter file comprises 
opening a parameter file that includes parameters that each have a transaction 
code, a screen identification code, a screen number, and a field name associated 
with the enterprise resource planning system and a field location value and a 
field length associated with the data file. 

25 

20. A computer-readable mediimi encoded with a computer program for 
execution by a processor to perform a method comprising: 

opening a parameter file containing a pluraUty of parameters; 

opening an associated data file containing a plurality of records; 
30 for each record in the data file, creating commands based on the plurality 

of parameters; and 

executing the commands to provide the data from the data file to an 
Enterprise Resource Planning system. 

23 
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2 1 . The computer readable medium of claim 20, wherein opening a 
parameter file comprises opening a parameter file that includes conditional 
parameters. 

5 22. The computer readable medium of claim 20, wherein opening a 

parameter file comprises opening a parameter file that includes a restart option. 

23. The computer readable medium of claim 20, and further recording in an 
audit file a result for each record of the data file. 

10 

24. The computer readable medium of claim 20, and further comprising 
transmitting processing results to at least one e-mail address. 

25. The computer readable mediimi of claim 20, wherein creating commands 
1 5 based on the plurality of parameters comprises creating commands based on the 

plurahty of parameters and at least two associated records. 

26. The computer readable medium of claim 20, wherein opening a 
parameter file comprises opening a parameter file that includes parameters that 

20 each have a transaction code, a screen identification code, a screen nimiber, and a 
field name associated with the enterprise resource planning system and a field 
location value and a field length associated with the data file. 
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